home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1991 / Jan 91 / MacApp.Tech$ 1⁄4⁄91 / 2575-Re[again] saving win-Jan91 < prev    next >
Encoding:
Text File  |  1991-03-06  |  2.1 KB  |  45 lines  |  [TEXT/GEOL]
  1. Item    0778591                         2-Jan-91        22:27GMT
  2.  
  3. From:   UK0392                          EHN & DIJ Oakley,BDV
  4.  
  5. To:     PERRY.G                         Gregg, Perry
  6.  
  7. cc:     MADA.SYSOP                      MacApp Dev Assoc, Don Sawtelle,IVC
  8.         MACAPP.TECH$                    MacApp Technical
  9.  
  10. ------------------------------------------------------------------------------
  11.  
  12. Sub:    Re[again] saving window posns
  13.  
  14. Perry & Friends,
  15.  
  16. Mercifully, we live in a relatively simple world when it comes to multiple
  17. launches - our users are neither permitted to by licence (each copy is single
  18. user only) nor would they by desire (it does not fit into the manufacturing
  19. scenario).
  20.  
  21. However, away from our simple world, I do not dispute what IM recommends, but I
  22. feel that IM has *not* addressed the problem fully. My System Folder
  23. accumulates yuck from apps which I no longer have on my hard disk, although I
  24. do not use any form of file sharing. If I *were* using file-sharing, then what
  25. should happen if a multiple launch happens? Presumably, the app creates local
  26. preferences files, i.e. in the user's System Folder. If it does not, then the
  27. problems are worse, of course. If it does, then every time I launch an app from
  28. the server, I get even more yuck - big fileserver with many apps -> much yuck,
  29. much of which may not be needed for a long time! Now it is not impossible to
  30. think of a Finder mod which dealt with the single user problem (every time the
  31. user discards an app to trash, the Finder could offer the user a chance to
  32. discard the Preferences file too - that could be neat!), but there cannot be
  33. such a method for server-based apps.
  34.  
  35. I hope that ordinary users can look on their System Folder as something once
  36. set up, they do not keep tinkering with it. I find myself having to clean mine
  37. up after every new CD ROM has been explored - which on current rates means
  38. almost once a week. And how many mistakes would our ordinary user make? No,
  39. please let us keep System Folders for System Files, and not make them enigmatic
  40. records of all the apps we have ever run. I think that the glib solution in
  41. Inside Macintosh could do with re-examination.
  42.  
  43. Regards, Howard.
  44.  
  45.